home *** CD-ROM | disk | FTP | other *** search
/ Hacker Chronicles 2 / HACKER2.BIN / 831.ISDN / 000071_isdn-distribution-owner_Thu Sep 30 05:57:43 1993.msg < prev    next >
Text File  |  1994-01-02  |  4KB  |  70 lines

  1. Received: from nac.no ([129.240.2.40]) by relay.cs.toronto.edu with SMTP id <428514>; Thu, 30 Sep 1993 05:57:33 -0400
  2. Received: from comix.atik.no by nac.no with SMTP (PP) id <13462-0@nac.no>;
  3.           Thu, 30 Sep 1993 09:49:22 +0100
  4. X400-Received: by mta elc1.atik.no in /PRMD=uninett/ADMD= /C=no/; Relayed;
  5.                Thu, 30 Sep 1993 09:47:29 +0100
  6. Date:    Thu, 30 Sep 1993 04:47:29 -0400
  7. X400-Originator: isdn-request@teknologi.agderforskning.no
  8. X400-Recipients: non-disclosure:;
  9. X400-MTS-Identifier: [/PRMD=uninett/ADMD= /C=no/;elc1.atik..595:30.08.93.08.47.29]
  10. Priority: Non-Urgent
  11. DL-Expansion-History: isdn@teknologi.agderforskning.no ; Thu, 30 Sep 1993 
  12.                       09:47:29 +0100;
  13. From:    Oliver Korfmacher <okorf@netcs.com>
  14. Message-ID: <9309300846.AA27941@keks.netcs.com>
  15. To:    /S=JMREILLY/OU=CCVAX/O=UCD/PRMD=NRN/ADMD=Eirmail400/C=ie/@teknologi.
  16.     agderforskning.no
  17. Cc:    isdn@teknologi.agderforskning.no
  18. In-Reply-To: <D143D6351F7F601D1A@ccvax.ucd.ie>
  19. Subject: Re: your mail
  20. X-Mailer: ELM [version 2.2 PL0]
  21. X-Charset: ASCII
  22. X-Char-Esc: 29
  23.  
  24. > I am currently working on a research project concerning a new Programming
  25. > Communications Interface (PCI) recommendation for ISDN that is currently
  26. > being finalised by the European Telecommunications Standards Institute (ETSI).
  27. > This recommendation defines a manufacturer independent programming interface
  28. > for the forthcomming European variant of ISDN calls Euro-ISDN.
  29. > The project has produced a prototype implementation of the mandatory features
  30. > of the ETSI PCI on a PC with MSDOS.
  31. > I would like to establish what approach the ISDN terminal equipment
  32. > manufacturers are taking to this new recommendation; do they intend to
  33. > implement it in place of (or as well as) their existing ISDN APIs or do they
  34. > consider it to be too complex ? Any comments or information about this
  35. > recommendation would be much appreciated.
  36. > There are several other current programming interfaces related to ISDN such
  37. > as the German Common ISDN API (CAPI), the Application Software Interface (ASI)
  38. > defined by the North American ISDN Users Forum and the APPLI/COM interface
  39. > defined by the CCITT. I would like to know what the current status of any of
  40. > these recommendations is, and indeed if there are any other non proprietary
  41. > application programing interfaces relating to ISDN in existance.
  42. > If anyone is seeking information on the above recommendations I would be
  43. > please to pass on what information I have.
  44. > John Reilly
  45. In my opinion, the PCI is bad. a) it is strongly there due to political
  46. and national reasons, not so much due to technical ones. b) there was no
  47. real possibility to influence the development, since all non-trivial or
  48. non-minor changes were denied with "In the phase of the design/standardisation
  49. process, we can't do it". The german Telekom initially vote for it, 
  50. disregarding its earlier efforts with the CAPI. The CAPI IMHO is not the
  51. best solution, but it is better than the PCI which doesn't even have
  52. all the functionality needed.
  53.  
  54. Predicting the future, I guess that the PCI will not become an important
  55. and accepted standard. The idea to create such a thing was good, but ..
  56.  
  57. So far as I know at least the german hardware or software manufacturers
  58. (and we are a software manufacturer heavily involved in these fields),
  59. there is no strong movement to the PCI.
  60. Perhaps some govermental projects can create a need for it, but I doubt
  61. even on this.
  62.  
  63.     Oliver
  64.  
  65.         Oliver Korfmacher (okorf@netcs.com, whois OK11)
  66.